DATA PROCESSING METHOD 



BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to a data processing 
method in a computer game device connected through a 
communication network and in particular relates to a data 
processing method for simultaneously processing in each 
device data that has been input from a single device. 

2 . Description of the Related Art 

in recent years, computer game devices for domestic 
use having a communication function are becoming common. 
With such computer game devices, by connecting to one or 
more other computer game devices through a network such 
as the Internet, it is possible to enjoy computer game 
combats between players of mutually separated computer 

game devices . 

However, when mutually separated computer game 
devices are connected through a network such as the 
Internet, there is the problem of communication delay. 
Specifically, in a given one computer game device, the 
operating data generated corresponding to a player 
operation (movement of a character and/or attacking action 
etc) is processed in this one computer game device and 
is also transmitted to another computer game device, where 
it is likewise processed, in this situation, the operating 
data is practically instantaneously processed in the one 



1 



computer game device and is displayed on the screen 
corresponding thereto, but, in the case of the other 
computer game device, this operating data arrives only 
after a prescribed transmission time and is subsequently 
5 processed and the corresponding screen is displayed. 

Thus, if communication delay occurs, since the 
processing time points of the same data are different in 
the respective computer game devices, the game does not 
proceed synchronously. Consequently, at a given time point 

10 the players of the respective game devices perform 
operations whilst viewing respectively different game 
screens, so the inconvenience is produced that the players 
experience a feeling of incongruity with regard to the 
operations of their opponent and furthermore the game 

15 results may be different on each computer device. 

SUMMARY OF THE INVENTION 
Consequently, an object of the present invention is 
to provide a data processing method whereby, even if 
20 communication delay occurs between a plurality of computer 
game devices connected through a network, data is 
processed practically simultaneously between the 
respective computer game devices. 

In order to achieve the above object, according to the 
25 present invention, when a computer game contest is 
conducted through a network having a coxnmunication delay, 
the delay times between the devices are found before 
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starting the game, and these are used to obtain 
synchronization of the times counted by the respective 
devices. Thus^ during the progress of the game, the 
operating data signal is processed after the lapse of the 
delay time of greatest length of the delay times between 
the devices measured beforehand after it is generated. 
In this way, simultaneous processing of the operating 
signal can be achieved in the plurality of devices. 

In order to achieve the above object, according to the 
present invention, for example, in a method of data 
processing between a plurality of computer game devices 
connected through a communication network, there is 
provided: 

a method of data processing comprising: 

a measurement step of measuring the delay time between 
the plurality of respective devices; 

an acquisition step of acquiring the longest time of 
the measured delay times; 

a synchronization step of synchronizing the time that 
is counted by the plurality of devices; and 

a processing step of processing data that is 
transmitted from the devices in the plurality of devices 
on the elapse of the longest time of the delay times from 
the time of this transmission. 

Preferably, in the invention described above, the data 
comprises information regarding the time of transmission 
and, when the data is received, the processing step 



recognizes when the aforementioned longest time has 
elapsed, using the difference between the time when the 
data was transmitted and the time which It counts Itself. 

Further, preferably, according to the Invention, the 
5 synchronization step comprises a transmission step of 
transmitting from one device of a plurality of devices 
to another device the count value of the one device; and 

a stopping step of temporarily stopping count 
Incrementation In another device such that the difference 
10 of Its own count value and the received count value becomes 
the delay time with respect to the one device. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 Is a schematic diagram of computer game 
15 devices connected through a network; 

Figure 2 Is a block layout diagram of a computer game 
device ; 

Figure 3 Is a view given In explanation of a computer 
game device Illustrating by way of example an embodiment 
20 of the present Invention; 

Figure 4 Is a processing flow chart of a data processing 
method according to an embodiment of the present 
Invention; 

Figure 5 Is a timing chart given In explanation of a 
25 method of synchronizing the times of game devices A, B, 
C; 

Figure 6 Is a view showing an example of the format 
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of an operating data signal; 

Figure 7 is a processing flow chart of game devices 
during conduct of a game; 

Figure 8 is a view illustrating a three-dimensional 
virtual space in which the objects of a computer game are 
arranged according to an embodiment of the present 
invention; 

Figure 9 is a view showing an example of an image of 
the three-dimensional virtual space of Figure 8 as seen 
from a prescribed viewpoint; 

Figure 10 is a view given in explanation of the 
direction of facing of the characters; 

Figure 11 is a block layout diagram of a network server 
according to an embodiment of the present invention; 

Figure 12 is a flow chart of the registration procedure 
onto a network server in a game device; 

Figure 13 is a view showing an example of a display 
screen on a game device in the procedures of Figure 12; 

Figure 14 is a diagram showing the TCP/IP protocol 
layers ; 

Figure 15 is a block layout diagram of a prior art 
network server; 

Figure 16 is a diagram showing by way of example a 
region of a shared memory 3; 

Figure 17 is a view showing a network in which a 
plurality of game devices are connected through 
communication circuits to a main server; 



Figure 18 is a flow chart of a network quiz game 
according to an embodiment of the present invention; 

Figure 19 is a flow chart of a network quiz game 
according to an embodiment of the present invention; 
5 Figure 20 is an example of an entry acceptance screen; 

and 

Figure 21 is an example of a question display screen. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
10 Embodiments of the present invention are described 

below. However^ the technical scope of the present 
invention is not restricted to these embodiments. 

Figure 1 is a schematic diagram of computer game 
devices connected through a network. In Figure 1, computer 
15 game devices (hereinbelow called "game devices") 

C are connected to the other game devices through the 
Internet by connection to a server of the Internet provider. 
Also^ player a operates game device A, player b operates 
game device B, and players c, d operate game device C. 
20 That is, game device C is operated by a plurality of 
players . 

Figure 2 is a block diagram of a domestic computer game 
device having a communication function. In this game 
device, an image generated by computer graphics (CG) 
25 techniques is displayed on a monitor. In the CG technique, 
objects arranged in virtual three-dimensional space are 
constituted by a plurality of polygons , the polygons being 
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constituted by a plurality of pixels • On the monitor there 
are displayed images, obtained by projection onto a 
two-dimensional plane, of the objects in each virtual 
three-dimensional space seen from prescribed viewpoint 
co-ordinates . 

The game device therefore comprises: a CPU 10 that 
controls the entire system; a geometry processor 11 that 
performs geometric calculations; system memory 12 such 
as working RAM; a CD-ROM 13 constituting a storage medium 
on which the game program is stored; ROM 14 for 
initializing the game; a bus arbiter 15 that controls the 
bus; a rendering processor 16 that executes rendering; 
graphic memory 17; a video DAC 18 that performs a 
digital-analogue conversion of graphic data; an audio 
processor; audio memory 20; an audio DAC 21 that performs 
digital-analogue conversion on the audio data; and a modem 
22 under the control of the bus arbiter. The game device 
is connected to the Internet through a communication 
circuit from modem 22. 

Figure 3 is a view given in explanation of a computer 
game shown by way of example in an embodiment of the present 
invention. In this embodiment, a large number of mouse 
characters 101 and cat characters 102 run around the 
squares defined on a board 100 on the screen. When the 
characters 101 or 102 collide with the corners or walls 
105, their direction of advance is changed. When 
characters 101 or 102 collide with wall 105, their 



direction of advance is bent in one direction ^ for example 
the rightwards direction. Also, an arrow 103 can be placed 
in a square by an operation on the part of a player. When 
characters 101 or 102 arrive at the square of this arrow 
103 , their direction of advance is changed to the direction 
of the arrow. 

A single square in which a hole 104 is set is allocated 
to a single player. A player competes to cause more mouse 
player characters 101 than the opposing players to fall 
into his own hole. For this purpose, a player performs 
an operation of placing arrows such as to guide mouse 
characters 101 into his own hole. For example up to three 
arrows may be placed by a single player. Consequently, 
when the fourth arrow is placed, the oldest arrow is 
deleted. A single stage is for example three minutes and 
the number of mouse characters 101 that have fallen into 
each player's hole 104 in this period is displayed as the 
score. 

Also, in this game, if a cat character 102 falls into 
a hole, the number of mouse characters 101 that have 
already fallen into the hole is reduced in a prescribed 
ratio (for example reduced by two-thirds). Consequently, 
one tactic is for a player to place an arrow such as to 
guide a cat character 102 into an opposing player's hole. 

In such a game, when a plurality of players are 
competing by means of a network, if there is communication 
delay as described above, the processing time-point 
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corresponding to the operation of placing an arrow in a 
square by a given player will be different for each of 
the game devices , causing the positions of the characters 
running around on the screen on each game device to be 
5 different. If this happens ^ the games proceeding on each 
game device will become respectively different, so the 
result of the contest will also be different for each game 
device, thereby making it impossible to execute 
competitive games through the network. 

10 Accordingly, an embodiment of the present invention 

proposes a method of data processing described below 
whereby the games proceeding on a plurality of game devices 
connected through a network having communication delay 
can be made to be identical. In the following description, 

15 as shown in Figure 1, the case where a game is executed 
by connecting three game devices A, B and C through a 
network will be described. Also, the data processing 
method described below is provided by a game program stored 
on a recording medium 13 in Figure 2 and executed by CPU 

20 10 . 

Figure 4 is a processing flow chart of a data processing 
method according to an embodiment of the present invention. 
First of all, before commencing the game, in steps SlA, 
SIB, and SIC, test data are sent between the game devices, 
25 to measure the delay time. For example, in step SlA, game 
device A sends test data with its own ID attached to game 
devices B, C respectively. When game devices B, C receive 
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the test data from game device they send back test data 
to the originating game device A with their respective 
own IDs attached. Game device 8 can find the delay time 
between itself and at the other game devices C by 

5 measuring the time from the transmission of the test data 
until its return. The same measurement is performed in 
the game devices B, C (steps SIB, SIC). Each game device 
incorporates a timer that counts in units of 1/60 second 
(called 1 int) , so the time can be measured using the count 

10 of the timer. 

Also, the measurement is performed a plurality of 
times (for example 50 times) and each game device obtains 
the average delay time and maximum delay time between it 
and the other game devices (steps S2A, S2B, and S2C). 

15 Specifically, game device A obtains the average delay time 
and maximum delay time between it and game devices B, C, 
respectively (step S2A) , game device B obtains the average 
delay time and maximum delay time between it and game 
devices A, C, respectively (step S2B), and game device 

20 C obtains the average delay time and maximum delay time 
between it and game devices A, B, respectively (step S2C) . 

Thus, the information of the average delay time Dtavg 
and the maximum delay time DTmax (hereinbelow called the 
delay time information) of the other game devices obtained 

25 by each game device is collected in a single game device. 

If for example the game device in which this delay time 
information is collected (hereinbelow called the 
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representative game device) is taken as game device 
game devices C communicate their respective delay time 
information to representative device A (steps S3B, S3C). 
Representative device A determines the longest 
5 maximum delay time of the delay time information that has 
been collected as the reference delay time DTref after 
commencing the game, and communicates this time DTref to 
the other game devices B and C (step S4A) . 

Next, representative device A sends to the other game 

10 devices B, C a reset warning signal to synchronize the 
count values of the timers of the respective game devices 
(step S5A) . Next, representative device A, after the 
passage of a first time Tl (for example a few seconds) 
from the sending of the reset warning signal, resets the 

15 count value "0 (zero)" of the timers (step S7A) . 

For their part, the game devices B, C receive the reset 
warning signal from representative device A after the 
lapse of respective delay times DTb^/ DTca (steps S6B, S6C) • 
At this point, the game devices B, C assuming that the 

20 reset warning signal delay time is the maximum delay time 
DTmaXej^ or DTmaXcA with the game device A respectively 
obtained in the above steps S2B, S2C, reset the count 
values of the respective timers to "0 (zero)" after the 
lapse of a time obtained by subtracting the respective 

25 average delay time with game device A from the first time 
Tl after receiving the reset warning signal (steps S7B, 
S7C) . 
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A more specific description will now be given with 
reference to Figure 5. Figure 5 is a timing chart given 
in explanation of the method of synchronizing the times 
of game devices A, Br C. For example^ when game device 
5 B receives the reset warning signal, it identifies its 
delay time DTb^ as the maximum delay time DTmaXsA with game 
device A. Likewise, game device C identifies the delay 
time DTcA of the reset warning signal as the maximum delay 
time DTmaXcA with game device A. Then, game device B resets 

10 its timer (Tl-DTmaXsA) seconds after it has received the 
reset warning signal. Likewise, game device C resets its 
timer (Tl-DTmaXcA) seconds after it has received the reset 
signal. In this way, the timers of game devices A, B, C 
are reset practically simultaneously to 0 (zero)", and 

15 new counts are commenced. 

However, it is not essential that the actual delay time 
in each game device is the maximum delay time DTmax. 
Consequently, strictly, there exists the possibility that 
the reset timing of each game device may be considerably 

20 offset or the possibility that the times of each game 
device are not precisely synchronized. Accordingly, in 
this embodiment of the invention, the times of the game 
devices are synchronized even more precisely by the 
following adjustment processing performed after the lapse 

25 of a second time T2 ( for example a few seconds ) after reset. 

Returning to Figure 4, in step S8A, representative 
device A, simultaneously with reset, sends to the other 
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game devices C a count value signal containing its 
current count value "0". Also, game device A may send a 
count value signal including the count value at a 
prescribed time-point after reset. 
5 When game devices B, C receive the count value signal 

from game device A after the lapse of the respective delay 
times, they read the count value of their own timers when 
the count value signal was received (steps S9B, S9C). In 
addition, game devices B, C calculate the delay time with 

10 game device A by calculating (count value that is thus 
read-count value of count value signal). 

Thus, as shown in Figure 5, if for example the delay 
time DTba calculated in game device B is longer than the 
average delay time DTavgBA with game device A by more than 

15 a prescribed time (for example 3 to 4 counts ( 3 to 4 int)) 
(step SlOB of Figure 4), game device B stops the count 
incrementation of the count value of the time for a period 
(delay time DTB^-the average delay time DTavgaA) (step SllB 
of Figure 4). The same applies to game device C (steps 

20 SIOC, sue of Figure 4). 

In the above description, the time of reset of game 
devices B, C is (Tl-DTmax) after reception of the reset 
warning signal. Consequently, since game devices B, C are 
reset simultaneously with or before game device A, the 

25 count values of game devices B, C can be precisely 

synchronized with the count value of game device A by 
temporarily stopping count incrementation of game devices 
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taking the count value of game device A as standard. 
ThuSr the times of the respective game devices are 
synchronized to some extent by timer reset in steps S7A, 
S7B and SVC. In order to synchronize the times of the game 
5 devices even more accurately/ after reset, the game 
devices (B, C) other than the representative device 
compare their delay times with the average delay time by 
finding the delay time of the count value signal from 
representative device A with reference to the count value 

10 of their respective timers. If then the delay t.ime that 
is thus found is larger by more than a prescribed time 
than the average delay time, count incrementation of the 
timers is stopped for a period corresponding to (delay 
time-average delay time), thereby correcting the count 

15 value; in this way, the times of the game devices A, B, 
C measured by the timers can be practically precisely 
synchronized . 

Then, after the lapse of the second time T2, the game 
is simultaneously started in the respective game devices 

20 A/ B, C (steps S12A/ S12B, S12C) . An operating data signal 
corresponding to a player operation in a given one game 
device (for example, the operation of placing an arrow 
in a prescribed square in the computer game of Figure 3) 
is processed by the one game device and also transmitted 

25 to the other game devices and is processed in the other 
game devices too. In this process, as described above, 
the operating data signal must be simultaneously processed 
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in the one game device and in the other game devices . 

Figure 6 is a view showing an example of the format 
of an operating data signal. As shown in Figure 6^ the 
operating data signal includes in the header section 30 
5 count value information at the time of operating data 
transmission by the transmission-originating game device^ 
and information as to the number of players operating the 
game device at the transmission end. Data section 40 is 
constituted by operating data for each player; the 

10 operating data includes for example cursor position 
information and/or arrow position information. 

As shown in Figure 1, with a computer game device 
according to this embodiment of the invention^ a plurality 
of players on a single game device can participate in a 

15 combative computer game through a network (in Figure 1^ 
players c, d operate game device C). Consequently , the 
data section 40 of the operating data signal that is 
transmitted from the single game device contains operating 
data corresponding to the plurality of players, for each 

20 player. The data length of the operating data signal will 
therefore be different depending on the number of players 
operating the single game device. Also, the game device 
that receives the operating data signal recognizes the 
number of players operating the transmitting game device 

25 by referring to the number information of the players 
contained in the header section 30 and can thereby 
recognize the length of the following data section 40. 
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In this case, the length of the operating data 
corresponding to one player is set to a constant length 
irrespective of the magnitude of the amount of data. 
Figure 7A and 7B are processing flow charts of the game 
5 devices during the progress of a game. Figure 7A shows 
the processing when the operating data signal is received 
and Figure 7B shows the processing when the operating data 
signal is sent. 

In Figure 7A, at step 321 , when the game device receives 

10 an operating data signal, in step S22, it compares the 
count value contained in the operating data signal and 
the count value of its own timer at the time-point of 
reception, and thereby calculates the delay time DT. 
Furthermore, in step S23, the game device calculates the 

15 difference time of the reference delay time DTref and the 
calculated delay time. Then, in step S24, the game device 
processes the operating data signal after the lapse of 
the difference time from when the operating data signal 
was received. 

20 Also, in Figure 7B in step S31, when the game device 

sends an operating data signal, in step S32, it processes 
the operating data signal after the lapse of reference 
delay time DTref. 

Returning to Figure 5, for example, the data 

25 processing in each game device of the operating data signal 
transmitted from game device C will be described. Game 
device C does not immediately process the transmitted 
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operating data signal but only processes the operating 
data signal after the lapse of the reference delay time 
DTref from the time-point (count value) of transmission. 
In contrast, when game devices A, B receive the operating 
5 data signal from game device they read the count value 
at the time point of its reception, and calculate the 
respective delay times DT (count value on reception-count 
value contained in the operating data signal) . Furthermore, 
game devices A, B respectively calculate the difference 

10 time of the reference delay time and the delay time DT 
found as referred to above (reference time DTref-DT) • Then, 
they process the operating data signal after the lapse 
of the difference time which is thus found after reception 
of the operating data signal. 

15 In this way, the operating data signal is processed 

in the game devices A, B, C after the lapse of the reference 
delay time DTstd from the time point of its transmission. 
Since the count values of the timers of game devices A, 
B, C are practically coincident due to the synchronization 

20 processing described above, the operating signal is 

processed simultaneously by all of the game devices A, 
B, C at once, after the passage of the prescribed reference 
delay time that has been set. 

Since, as described above, the reference delay time 

25 is the longest time of the respective maximum delay times 
among the individual game devices, it can be arranged for 
the operating data signal to be received reliably by all 
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the game devices, by having all the game devices suspend 
operation for the standard delay time from the time-point 
of transmission of a given operating data signal. Thus^ 
since, according to the present invention, the same 
5 operating data signal is simultaneously processed by all 
of the game devices, processing of the operating data 
signal is suspended until all of the game devices have 
received the same operating data signal. In order to 
measure this suspension time, the times measured by the 
10 timers of the respective game devices are synchronized, 
and furthermore the standard time i.e. the reference delay 
time is set. 

The mouse characters , cat characters , arrows, and also 
the background such as the board having squares which are 

15 displayed on the computer game screen shown in Figure 3 
are obtained by image processing as objects in three- 
dimensional virtual space. 

Figure 8 is a view showing the three-dimensional 
virtual space in which the objects of a computer game are 

20 arranged in the present embodiment of the invention. In 
Figure 8, the objects of board 100 and mouse characters 
lOla^ 101b and cat character 102 are arranged in 
three-dimensional virtual space. The mouse characters 
lOla^ 101b and cat character 102 are given as objects 

25 respectively facing their direction of advance ( front face 
direction) on board 100. 

Figure 9A and 9B are views showing an example of the 
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Image resulting from viewing the three-dimensional 
virtual space of Figure 8 from a prescribed viewpoint. 
In the case of the computer game of this embodiment, when 
the game is proceeding due to operation by the players, 
5 an image seen from the viewpoint of A of the three- 
dimensional virtual space i.e. an image seen from directly 
above board 100, as shown in Figure 9A is displayed on 
the monitor. Also, in the demonstration prior to starting 
the game or between one stage and another stage in the 

10 game, an image viewed from viewpoint B i.e. an image seen 
from diagonally above the board as shown in Figure 9B is 
displayed on the monitor. 

An image as shown in Figure 9A from directly above board 
100 is an image in which the movement of the characters 

15 on the entire board is easiest for a player to view. 

Consequently, although this is ideal as an image during 
progress of the game, since only the heads of the mouse 
characters 101a, 101b and cat character 102 are displayed 
on board 100, it has the drawback that the shape of the 

20 form of the characters is difficult to comprehend. 

Accordingly, in this embodiment of the present 
invention, when the image is displayed from a viewpoint 
directly above board 100 (viewpoint A of Figure 8), the 
direction in which the characters face is inclined by a 

25 prescribed angle (for example 45''). 

Figure lOA-lOF are views given in explanation of the 
direction in which the characters face. Although a mouse 
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character is shown by way of example, the cat character 
is inclined in the same way. Figure lOA is a view of a 
mouse character seen from the side; the mouse character 
is facing forwards , which is the ordinary facing direction. 
A mouse character seen from the viewpoint A of Figure 8 
in this facing direction would appear as shown in Figure 
lOB . Figure IOC is a side view of a mouse character inclined 
in the forwards and upwards direction. When a mouse 
character in this facing direction is viewed from 
viewpoint A of Figure 8, it appears as shown in Figure 
lOD . Compared with Figure lOB, it is clear that the overall 
image of the mouse character is represented in a manner 
which is easier to understand. Also, Figure lOE is a view 
of the mouse character seen from the front when the mouse 
character is inclined in the lateral direction. When a 
mouse character facing in this direction is viewed from 
viewpoint A in Figure 8, it appears as shown in Figure 
lOF. Comparing this with Figure lOB, it is clear that the 
overall image of the mouse character is represented in 
a manner which is easier to understand. 

In this embodiment of the present invention, as 
described above, when the viewpoint is directly above the 
character, the character is inclined at a prescribed angle 
in a prescribed direction. In this way, even during the 
game, the shape of the form of the character can be 
displayed in a manner which is easy to understand- Also, 
the direction of inclination may be fixed in one direction 
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irrespective of the movement of the character • For example^ 
in Figure 9A, the characters are inclined in the upwards 
direction (direction of arrow X) in the plane of the 
drawing. In this way, the mouse character 101a is inclined 
in the forwards and upwards direction as shown in Figure 
IOC, and so is displayed as shown in Figure lOD. Also, 
the mouse character lOlb is inclined in the lateral 
direction as shown in Figure lOE (left-hand direction in 
Figure lOE), and so is displayed as shown in Figure lOF. 

In this way, in this embodiment of the present 
invention, the direction in which the object faces changes 
in accordance with the position of the viewpoint co- 
ordinates in the three-dimensional virtual space. In this 
way, objects (characters) displayed on the game screen 
can be displayed in a manner which is easier to understand. 

( Further embodiment ) 

Before commencing a network combat game as described 
above, it is necessary that the game devices A, B, C of 
Figure 1 should mutually recognize the game devices of 
the opposing combatants. In order to achieve this, before 
commencing the game, the players first of all connect the 
game devices, constituting the clients in the network 
system, to the server (hereinbelow called the "network 
server" ) that manages the network combat game, to register 
them on the network server. A combat group is thereby 
constituted. Thus, players wishing to play a network 
combat game first of all make connection with the network 
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server . 

Figure 11 is a block layout diagram of a network server 
in an embodiment of the present invention. In Figure 11, 
the network server comprises a main server 1, a plurality 
of sub-servers 2a, 2h, 2c and 2d and shared memory 3 . Also, 
Figure 12 is a flow chart of the registration procedure 
with the network server in a game device and Figure 13 
is a view showing an example of the display screen on the 
game device in each procedure. Figure 12 will be described 
with reference to Figure 11 and Figure 13. 

First of all, in step SlOl, the player sets the 
recording medium (for example CD-ROM) on which the 
computer game program is stored in position in the game 
device, and starts up the computer game program. When the 
game program is started up, first of all, the game mode 
selection screen Ml of Figure 13 is displayed. On the game 
mode selection screen, there are displayed for example 
the "4 Players Battle", which is a combat within the game 
device, the "Stage Challenge", in which the desired stage 
of combat can be selected, and the "Network Battle" , which 
is a network combat mode. The player selects "Network 
Battle" by operating the controller (step S102). 

When Network Battle mode is selected, a selection 
screen M2 (Figure 13) for selection of the number of 
participants in the Network Battle is displayed. The 
player selects the number of participants by operating 
the controller (step S103). A plurality of controllers 
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(for example four) for operation by the players can be 
connected to a game device. Consequently, the case may 
be envisaged where a plurality of players participate in 
a network combat game from a single game device. 
5 Conventionally, in a combat game that is played in a 

game device without going through the network, a plurality 
of players can participate in combat by utilizing a 
plurality of controllers connected to a single game device. 
On the other hand, on the network, the network server is 

10 unable to identify the number of controllers (or number 
of players) connected thereto simply by identifying the 
number of game devices connected to it. 

Specifically, conventionally/ in a combat game that 
does not go through the network, a single connection is 

15 created between a single game device and the network server, 
and the network server cannot identify the number of 
controllers or players connected to the game device. 
Consequently, only a single player could participate in 
a combat game through the network from a single game 

20 device. 

Accordingly, in the present embodiment of the 
invention, the number of players participating in a 
network combat game from a single game device is notified 
beforehand to the network server. In this way, even though 

25 there is the only one connection between a single game 
device and the network server, the network server can 
recognize the number of players participating from a 
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single game device and so can make possible the 
participation of a plurality of players in a network combat 
game from a single game device. It should be noted that 
selection of the number of participants is not restricted 
to being performed in step S103 above, but could be 
performed in any step up to notification of the number 
of participants to the network server. 

When the number of participants is selected, the game 
device calls the Internet provider through the modem (step 
S104), and communicates a request for connection to the 
network server through the Internet provider. The 
connection request includes the identification 
information of a single player such as the player ID and 
password. If the Internet is utilized using the TCP/IP 
protocol, the remote party of the connection can be 
specified by specifying the IP address and port number. 
First of all, the game device connects to the main server 
1 of the network server by specifying the IP address and 
port number of main server 1 . The IP address and port number 
of the main server 1 are stored beforehand in the game 
device. In this case, the IP address identifies the network 
server, and the port number identifies individual servers 
therein. In Figure 11, the main server and sub-servers 
are shown as divided by software within a single network 
server. If the main server and sub-servers are separate 
systems, they are given respective separate IP addresses. 
A brief explanation of TCP/IP will now be given. Figure 
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14 is a view showing the layers of the TCP/IP protocol. 
In Figure 14 , the TCP/IP protocol is of a 5-layer structure. 
In comparison with the OSI reference model, TCP is a 
protocol that provides a data link of the connection type, 
and corresponds to a transport layer constituting a 
stream-type interface with respect to an upper-layer 
application, and establishing connection between 
separated processes on the network. Also, IP corresponds 
to the network layer whereby data is transferred on the 
network, two points on the network whereby data is 
transferred being represented by IP addresses. The TCP 
upper layer is the application layer and the IP layer is 
the interface layer and physical layer. As the lower layer, 
the Internet or FDDI etc are known. 

Also, a socket included in the application layer of 
the TCP/IP protocol is an application programming 
interface (API) for creating applications to perform data 
exchange by communication between processes on the TCP; 
in more detail, it corresponds to the session layer in 
the OSI reference model. A socket provides an environment 
whereby process users can treat communication between 
processes in the same way as file input/output, without 
being conscious of the environment { system or network etc ) • 
Accordingly, two connected processes (in this embodiment, 
the game device and network server) create sockets 
(communication input/output ports) and data signals are 
exchanged between the sockets. 
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Returning to Figure 12, a connection request from a 
game device is subjected to acceptance processing by the 
main server 1 in the network server and, in addition, is 
subjected to recognition processing (step S201). Thus, 
the main server 1 is a server which executes acceptance 
processing and validation processing in respect of a 
connection request from a game device. When it receives 
a connection request, the main server 1 executes 
validation processing in accordance with user information 
registered beforehand therein and identification 
information that is notified thereto. If it recognizes 
that a player is genuine, the main server 1 sends a 
connection response to the game device and notifies the 
sub-server 2 of the information. The connection between 
the game device and the network server is thereby 
established (step S105). 

The information of the sub-server 2 comprises for 
example the name of each sub-server 2, the IP address, 
port number and information as to the number of persons 
currently registered. The information as to the number 
of persons currently registered, as will be described, 
is stored in a shared memory 3. Main server 1 reads the 
information as to the number of persons currently 
registered of each sub-server 2 from shared memory 3. The 
sub-server 2 is a server for managing the network combat 
game that is currently being played; the combat group is 
formed by registering the players with the sub-server. 
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on connection with the network server, the server 
guide screen M3 is displayed on the game device. The names 
of the sub-servers 2 are displayed on screen M3 . A player 
(when there are a plurality of participants, one of the 
plurality of players) selects a sub-server by operating 
the controller (step S106). The number of players that 
can be registered on a single sub-server is determined 
in accordance with the details of the server. Consequently, 
if a sub-server 2 on which the maximum number of persons 
has already been registered is selected, a message to the 
effect that the server cannot be selected is displayed. 
Also, a player, by operating the controller, can cause 
the number of persons currently registered on each 
sub-server, or connection feasibility information based 
on this, to be displayed. 

When a sub-server 2 is selected, the main server 1 
changes over the connection with the game device to the 
selected sub-server 2 (step S202). Specifically, main 
server 1, when the sub-server that has been selected is 
notified from the game device, communicates the IP address 
and port number of the selected sub-server 2 to the game 
device . 

Also, when a sub-server is selected, a connection 
request is communicated to the selected sub-server, using 
the IP address and port number of the selected sub-server. 
The selected sub-server, when it performs acceptance 
processing of this connection request (step S202), 
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notifies the game device of the information of a plurality 
of registration regions (hereinbelow called "rooms") 
defined within the selected sub-server 2. For example, 
if the maximum number of combatants for a network combat 
game is four, the sub-server 2 will have prepared a 
plurality of rooms for registration of groups of four 
players. A room guide screen M4 (Figure 13) is displayed 
on the game device. This information may be included in 
the sub-server information that is communicated from the 
main server 1. In this case, there is no need for the 
connection request to the sub-server to be made when the 
sub-server is selected. 

The player selects a room by operating the controller 
(step S107). When a room is selected, the selected room 
and the number of participants are communicated to the 
selected sub-server from the game device. The selected 
sub-server then registers (step S203) players, to the 
number of participants, in the notified room. The selected 
sub-server notifies the game device of the player 
information registered in the selected room. The 
registered player information comprises for example the 
names of the players, and the IP address and port number 
of the game devices of each player. In this way, the game 
devices acquire the IP addresses and port numbers of the 
game devices of their opponents. 

The information of the players registered in the 
selected room is displayed on screen M5 (Figure 13). On 
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the screen M5 of Figure 13, for example if two players 
are participating from a single game device, player XI 
and player X2 are displayed as the players' names. This 
is because the network server only registers the 
identification information of a single player in respect 
of a single game device. The game is then started (step 
S108) by selection of the start button of screen M5 by 
one of the players registered for the selected room 
operating the controller. 

It should be noted that it will not be possible for 
a player to be registered in a selected room if for example 
the maximum number of combatants ( for example four 
persons) is already registered in the selected room, or 
if, the number of participants being two, the maximum 
number of combatants is exceeded if two persons register, 
or if a game has already begun. By operating the controller, 
a player can cause the number of persons who are already 
registered or the condition of each room, for example as 
to whether a game is in progress there or not, to be 
displayed . 

Also, the rooms of the sub-servers 2 may have a 
multi-layer arrangement. For example, where a sub-server 
is a server that manages network combat games of a 
plurality of types or that manages chat rooms etc, it may 
be provided with large rooms for each type of game and 
large rooms to serve as chat rooms, a plurality of small 
rooms being set up under the large rooms. 
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Also, on the above screens M2 - M5 , there is displayed 
an item "exit". By selecting this, it is possible to return 
to the previous screen. Consequently, if "exit" is 
selected, if the sub-server rooms are in a multi-layer 
arrangement, it is possible to return to the single upper 
layer. Also, in screen M4, if "exit" is selected, screen 
M3 is restored i.e. the game device is again connected 
with the main server 1. A player may change the sub-server 
in which he/she is registered if for example a remote 
friend is registered in a room contained on another 
sub-server. In such cases, conventionally, it would have 
been necessary for the player to select "exit" on screen 
M4 and once changeover to connection with the main server 
1 had taken place, to select the other sub-server by using 
screen M3 . 

However, if changing of sub-server occurs frequently, 
there are the following problems. Specifically, 
connection requests to the main server 1 are limited to 
the number that can be processed at once by the capacity 
of the operating system (more generally, the software) 
of the main server 1. For this reason, if a number of 
connection requests exceeding the connection request 
processing capability of the main server are 
simultaneously concentrated on the main server 1 , the main 
server 1 becomes unable to accept the connection requests, 
so the game device cannot connect to the main server 1. 
Figure 15 is a block layout diagram of a prior art 
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network server. In Figure 15, conventionally, a plurality 
of sub-servers 2 are connected to a main server 1, and 
communicate their own information to the main server 1. 
However, there is no connection between the sub-servers 
2, so the sub-servers 2 cannot acquire information 
relating to other sub-servers. Consequently, when 
changing over the sub-server to which a game device was 
connected, it was necessary to temporarily reconnect the 
game device to the main server. Thus, the conventional 
network server was of a construction in which connection 
requests were concentrated on the main server 1. 

It is therefore desirable to reduce as far as possible 
that the number of connection requests to the main server 
1. Accordingly, in this embodiment of the present 
invention, it is possible for the connection of the game 
device to be directly changed over to another sub-server 
from the sub-server to which it was connected previously. 
For this purpose, the network server in Figure 11 is 
provided with a shared memory 3 . 

Shared memory 3 stores information relating to all of 
the sub-servers 2, such as the respective operating 
condition of the plurality of sub-servers 2, and the number 
of persons registered thereon etc. The information 
relating to the sub-servers 2 is periodically (for example 
every 0.5 second) updated by the respective sub-servers 
themselves . 

Shared memory 3 can be accessed by the main server 1 
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and the plurality of sub-servers 2, respectively. The main 
server 1 reads information relating to all the sub-servers 
2 from shared memory 3. Also, each sub-server 2 reads 
information relating to other sub-servers 2 than itself 
5 from shared memory 3. By providing shared memory that can 
be accessed from all the servers, it is arranged that the 
information of the other servers can be acquired without 
one-to-one connection of each server. 

Figure 16 is a view showing diagrammatically the 

10 regions of the shared memory 3. As shown in Figure 16, 
information relating to each sub-server 2 is stored for 
example in matrix condition. In Figure 16, the four 
sub-servers 2a, 2b, 2c, 2d write the number of persons 
currently registered by themselves in their own row in 

15 respect of the columns of the other sub-servers. Thus, 
the sub-servers 2a, 2b, 2c, 2d read information regarding 
the other sub-servers that is written in their respective 
own column. Thus, since the ranges that are read by the 
respective sub-servers 2a, 2b, 2c, 2d are different, even 

20 when a plurality of sub-servers simultaneously access 
shared memory 3 for purposes of reading information, 
reading can be achieved simultaneously. Also, the main 
server 1 reads information relating to each sub-server 
from the main server 1 column of shared memory 3. 

25 When information is read, the value of the region that 

was read becomes a value (for example "-1") to signify 
the read condition until it is updated to the next 
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information. In this way, if, due to some fault, a 
sub-server is unable to write information, the region of 
shared memory 3 stays in the read condition. In this way, 
another server can recognize that this sub-server is 
malfunctioning. 

Returning to Figure 13, in screen M4 , the item "move 
to another server" that is characteristic of the present 
invention is displayed. If this is selected, the selected 
sub-server 2 reads information relating to the other 
sub-server from its own column in shared memory 3 and 
communicates this to the game device. The information 
relating to the sub-server consists in information such 
as the name of the sub-server, its IP address, port number 
and number of persons registered, in the same way as 
described above. Each sub-server stores beforehand the 
information of the IP address and port number of the other 
sub-servers . 

Next, the guide screen M4-1 of the other sub-server 
is displayed on the game device. On screen M 4-1, the names 
of the other sub-servers apart from itself are displayed. 
When a player selects a single sub-server in the same way 
as in step S106 described above, a connection request is 
communicated to the selected sub-server using the selected 
sub-server's IP address and port number. Subsequent 
processing is executed in the same way as in Figure 12. 

In this way, by storing information relating to each 
sub-server and providing shared memory 3 that can be 
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accessed by each sub-server^ it is made possible for each 
sub-server to ascertain the condition of sub-servers other 
than itself- Consequently/ since it is made possible for 
information relating to other sub-servers to be 
communicated to a game device from the sub-server to which 
it is currently connected^ the connection of the game 
device can be directly changed over between sub-servers. 
Specifically, it becomes unnecessary to reconnect the game 
device to the main server 1 , as was the case conventionally , 
so the number of connection requests to the main server 
1 can be reduced- The likelihood that the main server 1 
will receive connection requests exceeding its connection 
request acceptance capability is thereby reduced, so 
instances of a connection request from a game device being 
refused by the main server 1 can be practically eliminated. 
This contributes to improving the service to players 
utilizing the network. 

Furthermore, even if the number of players 
participating in a network combat game from a single game 
server is more than one, there is a single connection 
between the game device and the network server i.e. a 
single socket is created. Consequently, as described above, 
the number of participants from a single game device is 
communicated beforehand to the network server 
(specifically, to the selected sub-server) , and, as shown 
in Figure 6, the data of the plurality of players is 
transmitted using a single socket, by a single data signal. 
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Although connections can be established (sockets 
created) corresponding to the number of the participants, 
this necessitates connection requests corresponding to 
the number of participants and so gives rise to problems 
regarding the capability of accepting connection requests, 
as described above. Consequently, according to the present 
embodiment, the load of connection request acceptance 
processing on main server 1 is reduced by employing a 
single connection (single socket) for the connection 
between a single game device and network server, 
irrespective of the number of participants from a single 
game device. The processing delay on the main server 1 
can thereby be eliminated, contributing to an improved 
service . 

( Further embodiment ) 

Communication delay on the network also presents a 
problem in the following cases. For example, when a quiz 
game (hereinbelow called a network quiz game) between a 
plurality of players is played through the network, in 
some cases, in addition to the number of correct answers 
(or proportion of correct answers) ranking is determined 
taking into account the time to answer the quiz questions. 

Figure 17 is a view showing a network in which a 
plurality of game devices are connected through 
communication circuits to a main server. The communication 
time between the main server 1 and the individual game 
devices is respectively different depending on the 
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geographical distance between the main server 1 and the 
individual game devices, the circuit condition (degree 
of interference) , communication rate, and performance of 
the communication devices. Also, the game devices may be 
arranged in geographically separated manner. For example, 
at least one game device may be arranged at mutually 
geographically separated shop A,..., shop Z. 

In the case of a network quiz game, a plurality of quiz 
questions included in constituting game information are 
distributed to each game device from a main server 1. The 
players answer the questions that are sequentially 
displayed on the screens of the game devices. The answers 
at the game devices are transmitted to the main server 
1. Also, the correctness/incorrectness of the answers may 
be determined at the individual game devices and, in the 
event of a correct answer, information to this effect 
transmitted. The main server 1 determines the outcome 
and/or ranking accordance with the number of correct 
answers of the players (or the proportion of correct 
answers ) . 

Let us now consider the case where a plurality of 
players have the same number of correct answers (or 
proportion of correct answers ) . A method which may be used 
in such cases is to compare the answering times for all 
the questions of the quiz game by each player, and to give 
the player whose answering time is shortest the highest 
ranking . 



36 



There is a problem that, when this answering time 
(response time) is measured by the main server 1, the 
correct answering time cannot be measured, because of 
discrepancies in the communication times on the network. 
The main server 1 measures as the answering time the time 
from the sending of the questions to the individual game 
devices up to the reception of the answer information or 
correct answer information from the individual game 
devices. In this case, if the communication times between 
the main server 1 and the individual game devices are all 
the same, the difference of the times of the aforementioned 
distribution between the game devices up to reception 
reflects the actual answering time from the display of 
the questions on the individual game devices up to when 
the players answer them. 

However, since, as mentioned above, the communication 
times between the main server 1 and the individual game 
devices are respectively different, the times from the 
aforementioned distribution between each of the game 
devices to the reception thereof do not accurately reflect 
the actual answering time. It is possible to measure the 
communication time between the main server 1 and the 
individual game devices beforehand, but the possibility 
exists that this communication time may change during 
playing of the quiz game, due to changes of the congestion 
condition of the circuits. Thus, the answering time at 
each game device cannot be measured by the main server 
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1 . 

Accordingly^ in this embodiment of the present 
invention, each game device itself measures the answering 
time of the questions and communicates this answering time 

5 to the main server 1 together with the answers or 

information as to their correctness /incorrectness . The 
answering time (response time) may, for example, be the 
time from commencement of reception or completion of 
reception of the quiz questions that are distributed from 

10 the server up to the commencement or completion of input 
of the answers by the player, or may be the time from when 
the player became able to answer (for example when the 
quiz question was displayed on the screen) up to the 
commencement or completion of input of an answer by the 

15 player • 

Figure 18 and Figure 19 are flow charts of a network 
quiz game according to an embodiment of the present 
invention. In Figure 18, during the period while the 
network quiz game is not being executed, the game devices 

20 provide an ordinary quiz game at the individual game device 
units (S400 (ordinary quiz mode)). That is, the players 
answer a prescribed number of quiz questions displayed 
on the game device, aiming at a correct answer rate that 
is as high as possible. 

25 When a network quiz game is to be played, first of all, 

the main server 1 sends an entry commencement signal ( S300 ) 
to the individual game devices, notifying them that a 
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network quiz game will be commenced after a prescribed 
time. When the individual game devices receive the entry 
commencement signal, they display an entry acceptance 
screen (S401). When the game devices receive the entry 
commencement signal, if an ordinary quiz game is being 
played on the individual game device unit, changeover to 
the entry acceptance screen is effected as soon as this 
finishes . 

Figure 20 is an example of an entry acceptance screen. 
A player wishing to participate in a network quiz game 
inserts coins to a prescribed sum and then inputs his/her 
name (S402) by selecting characters displayed on the entry 
acceptance screen. Where the screen of the game device 
is for example a touch panel, the player may select 
characters by touching the characters displayed. Or the 
player may select displayed characters using a control 
lever . 

In Figure 18, if the player enters his/her name before 
the entry acceptance deadline and selects the "end" button, 
the game device sends an entry operation completed signal 
to the main server 1. The entry operation completed signal 
includes for example the input player name, the 
information of the shop where the game device is provided, 
and game device identification information. 

When the main server 1 receives the entry operation 
signal, it verifies the game device that makes the entry 
(S301). At a prescribed time (for example two minutes) 
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before the entry acceptance deadline^ it notifies each 
game device that the deadline is two minutes away (S302). 
When each game device receives the deadline two-minute 
warning signal, it displays a countdown of the remaining 
5 time up to the acceptance deadline on the entry acceptance 
screen of Figure 20 (S403). Each game device, when the 
remaining time up to the entry acceptance deadline has 
expired, discontinues acceptance of entries (S404) and 
sends to the main server 1 an entry acceptance termination 

10 signal • Like the entry operation completed signal, the 
entry acceptance termination signal includes the name of 
the player making the entry, the information of the shop 
where the game device is provided, and game device 
identification information. If no entry is made, instead 

15 of the player name, the game device sends an entry 
acceptance termination signal including "no entry" 
information . 

When the main server 1 has received a entry acceptance 
termination information from all the game devices, it 

20 separates^ out of all the game devices, those game devices 
in respect of which an entry has been made, and carries 
out a final check of the player names and individual game 
devices in respect of which an entry has been made (5303). 
At this point, the main server 1 distributes to the game 

25 devices where there is an entry an explanatory video (S304 ) 
of the quiz game, using for this purpose a virtual master 
of ceremonies character. The individual game devices 
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display the explanatory video (S405) and, when this is 
finished, send to the main server 1 an "explanation 
completed" signal. 

When the main server 1 has received the "explanation 
completed" signal from all of the game devices where there 
is an entry, it starts the quiz. Specifically, if the total 
number of quiz questions is for example 30, the main server 
1 first of all distributes (S305) all 30 questions and 
their correct answers to the respective game devices where 
there is an entry. The distribution from the main server 
1 may be made simultaneously to all the game devices (or 
all the game devices where there is an entry), or may be 
made sequentially in time-divided fashion. In the case 
of sequential transmission, in response to reception of 
the "explanation completed" signal, the main server 1 may 
send the questions and their correct answers to the game 
devices that have transmitted this. It should be noted 
that, in addition to the questions and their correct 
answers, the number of participants is also notified to 
the game devices. Also, the questions and their correct 
answers may be distributed in time-division fashion. For 
example, first of all, the first 10 questions may be 
distributed, and then, before the first 10 questions have 
been completed, the next 10 questions may be distributed 
and, further, thereafter the final 10 questions may be 
distributed . 

When the questions and their correct answers have been 
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received, the game devices display a countdown of the time 
until the start of the quiz (for example 20 seconds) (S406) . 
At this point, the number of participants is also displayed. 
The players can thereby ascertain the number of 
participants. When the quiz is started, the game device 
shifts to Figure 19 and first of all selects the first 
question (S407). 

At this point, when the questions are displayed, the 
game device starts to measure the time using the timer, 
and measures the time taken until the answer is given 
(S408). The player gives the answer to the question by 
selecting one of a plurality of selection alternatives 
that are displayed. If the screen of the game device is 
a touch panel, the player touches the selected selection 
alternative. Alternatively, the selection alternative 
may be selected using a control lever. Figure 21 shows 
an example of a question display screen. 

When an answer is selected by the player (S409), the 
game device stops the time measurement, and obtains the 
answer time (S410). In addition, it determines whether 
the selected selection alternative is correct or not from 
the correct answer which was distributed (S410). If the 
answer is correct, a message to the effect that this is 
the correct answer is displayed on the screen, and answer 
information including the question number and the fact 
that the answer was correct are sent to the main server 
1 together with the answer time that was obtained. Thus, 
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in this embodiment of the present invention, since each 
game device measures the answer time and transmits this 
to the main server 1, even if the communication times 
between the main server 1 and the game devices are 
respectively different, the main server 1 can acquire a 
precise answer time for each game device. 

On the other hand, in the event of an incorrect answer, 
a message to the effect that the answer is incorrect is 
displayed on the screen, and answer information including 
only the question number and the fact that the answer was 
incorrect is transmitted, without transmitting the answer 
time. Also, the case where no selection alternative was 
selected within the previously given prescribed time for 
answering one question (i.e. "time over") is regarded as 
an incorrect answer. It should be noted that the decision 
that an answer is correct could be made by the main server 
1. In this case, the main server 1 transmits only the 
questions to the game devices and the game devices send 
to the main server 1, for each question, the selected 
answer and the answer time. The main server 1 makes the 
decision as to whether the answer that is received for 
each game device is correct /incorrect, and adds up the 
received answer times only in respect of the correct 
answers . 

When the main server 1 receives the answer information 
(correct answer or incorrect answer) and the answer time 
in the case of a correct answer, it sums these, and 
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calculates a ranking for each question (S306). If the 
number of correct answers is the same^ it gives the highest 
ranking to a player whose total answer time is smallest. 
When the ranking is determined, the main server 1 
communicates the individually obtained cumulative 
rankings to each game device (S308). Also, if a separate 
display device for displaying the rankings is provided 
in the shop where the game device is arranged (see the 
"ranking display device" of Figure 17), main server 1 
transmits for example the top-ranking 10 players and their 
cumulative ranking to the ranking display device. If the 
ranking display device is arranged in a position that is 
easily seen by the players operating the game devices, 
the players can ascertain their own ranking and, in 
addition, the names of the players in the top ranking 
position for each question. 

When a game device receives the individual cumulative 
ranking from the main server 1, it displays this in the 
ranking display location of Figure 21 and selects the next 
question (S412); the processing of the above-described 
S408 to S410 is repeated. 

Also, in order to maintain the excitement in the quiz 
game, it may be arranged for example that the cumulative 
rankings are not transmitted in the final stage (last 10 
questions) of the quiz game (calculation of the rankings 
is of course still performed). That is, during the 
performance, the rankings are not displayed. Also, in 



44 



order to make possible a "comeback", the ranking may be 
determined with the count and/or the answer time allowed 
for a single correct answer doubled. Specifically, if the 
main server 1 normally (i.e. for questions other than the 
last 10 questions) increments the number of correct 
answers by 1 for the correct answer of one question, for 
correct answers to the last 10 questions it may increment 
the number of correct answers by a plurality of counts 
(for example 2 counts) per correct answer to a question. 
Also, the answer time for a correct answer may be 
multiplied by a prescribed factor (for example 2) before 
being added to the total of answer times up to this point. 
The difference of answer times is thereby made larger than 
in the ordinary case, making it easier for a comeback in 
ranking to be achieved. 

When all the questions are finished (S307, S411), the 
main server 1 compiles the final rankings and communicates 
the individual final rankings to the individual game 
devices and furthermore communicates the names of the 
final top-ranking players and their ranking to the ranking 
display device (S309). The game devices display the final 
rankings (S413). It should be noted that it may be arranged 
for a performance video featuring a virtual master of 
ceremonies character (announcement of the top ranking 
players etc) to be distributed after completion of the 
quiz game, together with the transmission of the final 
ranking information. Also, separate videos may be 
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distributed to the game devices of the top-ranking players 
and to the game devices of the other players. The game 
devices return to the ordinary quiz mode screen after the 
lapse of a prescribed time from the final ranking display. 

For the method of determining ranking, apart from the 
method of, if the number of correct answers is the same, 
giving higher ranking to players whose total answer time 
is shortest, for example the method may be adopted of 
changing the number of points for correct answers in 
accordance with the answer time. For example, it may be 
arranged to decrease the number of points in accordance 
with the length of the answer time after display of the 
questions, such as 100 points if an answer is given within 
5 seconds, 80 points if an answer is given within 10 seconds, 
and 60 points if an answer is given within 15 seconds. 
If this is done, the outcome and/or ranking is determined 
by the total of points. 

AS described above, in a quiz game through the network, 
the game devices calculate the answer time of the quiz 
questions, and send this to main server 1. In this way, 
even if the communication times between the main server 
and respective game devices are different, the main server 
that manages the quiz game can obtain the correct answer 
time for each question in each game device. 

Also, the above embodiment can be applied to 
communication games other than network quiz games. For 
example, it can also be applied to games in which a 
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competition is created regarding the response time until 
a player performs an input action requested by the game, 
such as a network challenge typing game, in which a 
plurality of players compete with regard to the speed with 
which they can actually input characters presented from 
the server, or a network challenge " mole-bashing" game, 
in which a plurality of players compete regarding the speed 
with which they can accurately perform an input operation 
presented by the server. In the case of a network challenge 
typing game, prescribed letters /symbols etc are 
distributed from the server as game information, and for 
example the response time from the point where it became 
possible for a player to perform an input operation 
corresponding to these distributed letters/symbols until 
the actual input operation is performed is measured. Also, 
in the case of a network challenge mole-bashing game, the 
positions where mole characters appear and disappear on 
the screen are distributed as game information and for 
example the response time from the appearance of a mole 
on the screen until the player performs an input operation 
corresponding to its position is measured. The measured 
response times are sent to the main server, where the 
outcome and/or ranking are calculated based on the total 
of the response times. In this case, highest ranking is 
obtained for the smallest total response time. 

In the above, according to the present invention, when 
a computer game combat is carried out using a network 
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having a communication delay, the delay times between the 
game devices are found before starting the game and, using 
these, synchronization of the times counted by the game 
devices is obtained. Then, during progress of the game, 
the operating data signals are processed after the lapse 
of the longest delay time after appearance thereof of the 
previously measured delay times between the game devices, 
in this way, the operating data signal can be processed 
simultaneously in a plurality of game devices. 

Also, with the present invention, in a network server 
that manages a network game, the load on the main server 
that receives initial connection requests from the game 
devices can.be made lighter. 

Further, with the present invention, a plurality of 
players can participate in a network game from a single 
computer game device. 

Further, with the present invention, in a 
communication game in which a plurality of players 
participate, when there is a competition as to the time 
until each player responds to the game information 
distributed from the server, the game devices operated 
by the individual players measure their response times 
and transmit these to the server; as a result, even when 
the distribution times of game information from the server 
to each game device are respectively different, the 
accurate response times can be found. 

The range of protection of the present invention is 
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not restricted to the embodiments described above but 
extends to equivalents of the invention as set out in the 
patent claims . 
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